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DESCRIPTION 



CONTROL CONTENT TRANSMISSION METHOD AND NON-STORAGE TYPE 

BROADCASTING SYSTEM 



The present invention relates to a non-storage type 
information service system which automatically provides the user 
in real-time with a presenter required by the user to view desired 
content with a viewer, regardless of the presence or absence of 
the user's request, and more specifically to a non-storage type 
broadcasting system which automatically updates a viewer. 



In an information service system, which provides users with 
a content viewing service, a browser is required for supplying 
content data to be provided to a presenter which is an input/output 
device allowing the user to access it through a physical phenomenon . 
This browser is required to be appropriately updated, as necessary, 
in accordance with factors such as content data to be presented, 
a transmission path through which the content data is provided 
to the user, and the user's browser. 

Examples of a conventionally implemented information 
service system include push-type information delivery services 
on the Internet, such as PointCast (R) PointCast Network (R) and 
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Microsoft (R) Active Desktop (R) , which involve the use of computers . 

The push-type information delivery service can be classified 
into a storage type and a non-storage type. In the push-type 
information delivery service of the storage type, content, such 
as news or a weather forecast, which is broadcast by a broadcast 
station on the Internet, is received and stored by a reception 
device on the user side, e.g., a personal computer. In the 
push-type information delivery service of the non-storage type, 
content, such as news or a weather forecast, which is broadcast 
by a broadcast station on the Internet, is received by a reception 
device on the user side, e.g. , a personal computer, and presented 
to the user in real-time. The user operates the reception device 
so as to activate the browser, which is a user interface for seeing 
the content, and thus can view the content stored in the receiver 
regardless of the storage type or the non-storage type. 

Since different content processing methods are used for 
different services , the browser varies from one service to another . 
Therefore, it is possible to realize a user interface which is 
flexibly compatible with each service . If the browser is required 
to be upgraded, the user uses a function programmed to the browser 
itself to receive a new browser. Then, the current browser can 
be updated to the latest version by replacing it with the newly 
received browser. 

Referring to FIGs . 24, 25, 26, 27, 28, 29, and30, an exemplary 
conventional broadcasting system is described . As shown in a block 



diagram of FIG. 24, a broadcasting system 2500 includes a 
transmission device 2510, a transmission path 120, and a 
non-storage type reception device 2520. The transmission device 
2510 includes browser storages 2511, browser senders 2513, content 
storages 1113, content senders 2 514 , a multiplexer 115, and a sender 
116. 

A plurality of each of the browser storages 2511, the browser 
senders 2513, the content storage 1113, and the content senders 
2514 are provided, and they are distinguished from each other by 
assigning a suffix (a lower-case alphabetic character) to their 
respective symbols . In the following descriptions, if a plurality 
of elements of the same type are present, they are distinguished 
from each other similarly by assigning a suffix to their respective 
symbols . Note that if there is no need to individually distinguish 
them, they are referred to by their respective generic names without 
assigning a suffix to their symbols. 

In the example shown in FIG. 24, there are provided three 
of each of the browser storages 2511, i.e., 2511a, 2511b, and2511c, 
the browser senders 2513, i.e., 2513a, 2513b, and2513c, the content 
storages 1113, i.e., 1113a, 1113b, and 1113c, and the content 
senders 2514, i.e., 2514a, 2514b, and 2514c. Note that if there 
is no need to individually distinguish them, they are referred 
to by their respective generic names, such as the browser storages 
2511, the browser senders 2513, the content storages 1113, and 
the content senders 2514. 




FIGs . 25, 26, 27, and 28 show how data is stored in each 
element of the above broadcasting system2500 . The browser storage 
2511 individually exists for each service. Three individual 
browser storages 2511a, 2511b, and 2511c are respectively provided 
5 for three services (SI, S2, and S3) . The browser senders 2513 
store browsers B corresponding to services (S) to be provided to 
the user, and send the browsers B to the multiplexer 115 according 
to a predetermined schedule. 

The browser sender 2513a corresponding to the service SI 

10 has a browser B(S1) stored therein. The browser B is a computer 
program written in native code (machine language) of a CPU (central 
processing unit) of the non-storage type reception device 2520. 
Similarly, the browser sender 2513b corresponding to the service 
S2 has a browser B (S2 ) stored therein, and the browser sender 2513c 

15 corresponding to the service S3 has a browser B (S3 ) stored therein . 
Note that the generic name "browser B" is used unless there is 
no need to distinguish their details. 

A specific method for sending a browser, such as a 
transmission protocol or a transmission schedule, is uniquely 

20 defined for each service . Accordingly, the details of processing 
by the browser senders 2513 vary from one service to another. 
Therefore, the browser senders 2513a, 2513b, •••2513n (where n 
is an arbitrary natural number) individually exist for their 
respective services . 

25 In the example shown in FIG. 24, three individual browser 



senders 2513a, 2513b, and 2513c correspond to three services SI, 
S2, and S3. The content storage 1113 stores content C belonging 
to a corresponding service . The content storage 1113 individually 
exists for each service . Three individual content storages 1113a, 
1113b, and 1113c 113a, — 113b, — and 113c are respectively provided 
for three services. 

In the example shown in FIG. 25, the content storage 1113a 
corresponding to the service SI has stored therein two service 
contents C(S1,1) and C(S1,2). The content storage 1113b 
10 corresponding to the service S2 has no content C stored therein. 
The content storage 1113c corresponding to the service S3 has stored 
therein service contents C (S3, 1) , C (S3, 2) , and C (S3, 3) . Note that 
the generic name "service content C" is used as above unless there 
is no need to distinguish their details. 
15 Referring back to FIG. 24, the content sender 2514 uses a 

predeterminedmethod to send to the multiplexer 115 content C (Sm, O) 
stored in the content storage 1113 associated with a corresponding 
service. Note that in content C(Sm,0), Sm is a combination of 
symbol S representing a service, andasuffixm (an arbitrary natural 
20 number) assigned thereto for distinguishing individual services, 
while O (an arbitrary natural number) indicates the position in 
a sequence of a plurality of contents C belonging to service Sm. 

In the sending device 2510 used in the conventional 
broadcasting system 2500, a method for sending a browser or content 
25 varies from one service to another. Accordingly, it is necessary 



to provide a plurality of individual plurality of browser senders 
2513 and a plurality of individual content senders 2514 for their 
respective services. Further, browser B and content C are 
different in how they are sent. Accordingly, also for browser 
5 B and content C, it is necessary to provide an individual browser 
sender 2513 and an individual content sender 2514. 

The multiplexer 115 multiplexes and modulates a browser B 
outputted from the browser sender 2513 and service content C (Sm, 0) 
outputted from the content storage 1.113 together into a form 

10 suitable for sending, and outputs a digital bit stream. The 
multiplexer 115 may consist of a multiplexing device and a 
modulation device in a digital broadcast station system. 

The sender 116 sends a result of processing by the multiplexer 
115 to the transmission path 12 0 . A modem can be used as the sender 

15 116 if the transmission path is a wired communication line. 
Alternatively, if the transmission path is a broadcasting 
communications satellite and outer space, a parabolic antenna for 
sending may be used as the sender 116. 

Next, the transmission path 120 is described. The 

20 transmission path 120 is a means for transmitting, to the 
non-storage type reception device 2520, information such as content, 
a browser, etc., which is sent from the sending device 2510. For 
example, the transmission path may be an optical fiber, a cable 
of any type, a broadcasting communications satellite and outer 

25 space, or a package medium such as a DVD and a distribution channel 




thereof . 

Next, the non-storage type broadcasting system is described 
in detail. The non-storage type reception device 2520 includes 
a receiver 131, a demodulator/separator 132, a storage 133, a 
5 renderer 134, a presenter 135, an input device 136, a CPU 137, 
and a memory 138. 

The receiver 131 receives information such as content C, 
browser B, etc., which is sent to transmission path 12 0 , and outputs 
a digital stream. The receiver 131 may be a modem or a combination 
10 of an antenna and a module for an ordinary digital broadcast 
receiver . 

The demodulator/separator 132 demodulates the digital bit 
stream outputted from the receiver 131, and separates multiplexed 
information. The demodulator/separator 132 carries out a process 

15 opposite to a process carried out by the multiplexer 115 of the 
sending device 2510. The outputs of the demodulator /separator 
132 are supplied to the storage 133 and the renderer 134, and can 
be read by the CPU 137. 

Among the browser and the content outputted from 

20 demodulator/separator 132, the storage 133 stores only the browser . 
This is because the non- storage type reception device 2 52 0 displays, 
in real-time, the content C sent from the sending device 2510 and 
thus are not required to store the content C, while the browser 
B for presenting delivered content C has to always be prepared. 

25 The storage 133 is composed of, for example, a randomly accessible 




storage medium, such as a hard disk. The contents of data stored 
in the storage 133 can be read and changed by the CPU 137. 

As shown in FIG. 26, the storage 133 has stored therein a 
total of three browsers B (SI) , B (S2) , and B (S3) which are supplied 
5 from the demodulator /separator 132. Note that the 

demodulator/separator 132 may output only the browser B to the 
storage 133, while the demodulator/separator 132 may output only 
the content C to the renderer 134. 

In response to a request from the CPU 137, the renderer 134 
10 renders OSD (on-screen display) and content, which is inputted 
from the demodulator /separator 132, into graphics that are to be 
displayed on the screen. 

The presenter 135 presents graphics and/or audio, which are 
outputted from the renderer 134 , in forms that are viewable/audible 
15 to the user. The presenter may be a CRT display, for example. 

The input device 136 is a means operated by the user to provide 
the user's instruction to the non-storage type reception device 
2520. to provide an instruction to — As the input device 136, a 
combination of a remote control and a light reception portion of 
20 the remote control, a keyboard, a mouse, or the like can be used. 

The CPU 137 is a central processing unit which is 
interconnected to each element of the non-storage type reception 
device 2520, and operable to execute a computer program stored 
in the memory 138 to control the entire non-storage type reception 
25 device 2520. 



The memory 138 is composed of a RAM/ROM which is a 
rewritable/non-rewritable semiconductor memory, and used as a 
region for storing data of processing by the CPU 137 or a computer 
program or data that is to be executed by the CPU 137 . As illustrated 
in FIG. 27, the memory 138 has stored therein a browser list 2700 
and an execution form 2651 which is native code (machine language) 
of the CPU 137. 

Next, referring to FIG. 28, the browser list 27 00 is described . 
The browser list 2700 is information in the form of a table which 
has a row for each service and having a column 2710 for browser 
file names and a column 2720 for service names. The browser list 
2700 is used to make it possible to identify a browser used for 
utilizing a desired service from among information outputted from 
the demodulator/separator 132. 

Next, referring to a flowchart shown in FIG. 29, a principle 
operation of the non-storage type reception device 2520 is 
described in detail. 

At step S2801, service names in the browser list 2700 stored 
in the memory 138 are listed on the screen. The display onto the 
screen is carried out by the renderer 134 . 

At step S2802, it is detected based on the user's operation 
of the input device 136 that a service has been selected from the 
list displayed at step S2801. 

At step S2803, for the selected unsclGCtcd service detected 
at step S2802, the file name column of the browser list 2700 is 
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referenced for browser B to identify the file name B(Sm) of the 
browser B in the storage 133. 

At step S2804, the file B(Sm) identified at step S2803 is 
executed. The browser is written in the native code of the CPU 
5 137, and therefore can be directly executed by the CPU 137. 

Next, referring to a flowchart shown in FIG. 30, a process 
performed by the non-storage type reception device 2520 for 
updating a browser is described. 

At step S2901, browser B is activated by the CPU 137. 
10 At step S2 902 , the receiver 131 and the demodulator /separator 

132 receive browser B that is currently being sent out from the 
sending device 2510, and check the version thereof. 

At step S2 903, if it is determined that the browser B received 
and checked at step S2902 is of a newer version than the browser 
15 B that is currently being executed, the procedure proceeds to the 
next step S2904, and if not, then the procedure is terminated. 

At step S2904, the non-storage type reception device 2520 
receives the browser B that is being sent out, and the storage 

133 temporarily stores the received browser B as a file as 
20 illustrated in FIG. 26. 

At step S2905, the browser B that is being executed is replaced 
with the file that is being temporarily stored. Then, the browser 
B is reactivated to start executing the received new version of 
browser . 

25 As a specific method for transmitting a browser which is 

10 




a computer native code, the above-illustrated conventional 
broadcasting system uses a unique method which is different for 
each service . Accordingly, both the sending and reception devices 
are required to implement an individual method which is different 
5 for each browser which varies from one service to another. 

That is, in the sending device, it is necessary to provide 
a different browser sender for each service . Also, in the reception 
device, the code of a browser of each service itself is typically 
programmed with a function of receiving a new browser for making 

10 a new service available and replacing the browser itself with the 
received new browser. 

As such, in order to realize the same transmission function 
as that of a browser which essentially carries out the same function 
for any service, slightly different browsers are required to be 

15 implemented. 

Accordingly, various wastes arise with an increase in number 
of services. Specifically, the reception device is required to 
retain a plurality of similar program codes, and therefore storage 
capacities are wasted by the number of redundant browsers . Also, 

20 the reception device simultaneously activates similar processes, 
so that computer resources cannot be efficiently utilized. 

Also, the method for transmitting a browser varies from one 
service to another, and the implementation thereof is separately 
programmed for each browser for each service. It is troublesome 

25 that the user is required to previously obtain a browser for a 



desired service manually by manually activating a file transmission 
protocol such as FTP. 

Also, the method for transmitting a browser differs from 
the method for transmitting content. Therefore, in the case of 
subscribing to a plurality of services, transmission of a browser 
for one service might prevent transmission of a browser or content 
for another service. 

Also, in the sending device, in order to realize browser 
transmission which is a function that is essentially consistent 
for any service, slightly different browser senders are required 
for the number of services. Accordingly, the complexity of the 
sending device increases linearly with an increase of the number 
of services. This complexity leads to an increase in development 
cost and the complexity of management. 

Also, there is no association between a plurality of browser 
senders, therefore there is a possibility that a plurality of 
browsers might be sent out at the same timemore than the transmission 
path can handle, overflowing the transmission path. Since a 
content sender individually exists for each service, content 
transmission might have a problem similar to the problem with the 
browser transmission . 

An object of the present invention is to provide a method 
and system for use in non-storage type otoragc — type broadcasting 
in which a service consisting of a plurality of contents, which 
are transmitted via digital broadcasting or a computer network, 



is provided in real-time for viewing, the method and system 
providing a user interface which implements flexible services while 
protecting the safety of the services from invalid content. 



5 DISCLOSURE OF THE INVENTION 

To achieve the above object, the present invention has the 
following aspects . 

A first aspect of the present invention is directed to a 
non-storage type broadcasting system for providing one or more 
10 services composed of a content in real-time for viewing by a user 
and providing a user interface unique to each of the services, 
the system comprising: 

a transmitter for sending out a control content, which 
implements the user interface, as a part or whole of the content; 
15 and 

a receiver for receiving the sent control content and 
activating the received control content to execute the user 
interface, the user interface being transmitted/received as a 
content . 

20 In a second aspect based on the first aspect of the present 

aspect invention , the control content is a browser for the content . 

In a third aspect based on the first aspect of the present 
aspect invention , the transmitter includes: 

a content sender for sending out a content containing the 
25 control content; and 
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a service attribute information sender for sending out 
service attribute information indicating details of the services, 
and 

the receiver includes a control content identifier for 
identifying the control content from among received contents based 
on the received contents and the service attribute information. 

In a fourth aspect based on the third aspect of the present 
invention, the content sender includes aspect, the content sending 
means in cl udes a content header addition means add e r for adding, 
to the content, a content header which defines details of the content, 
and the receiver reception means identifies the control content 
from among the received contents based on rcontent headers of the 
received contents . 

In a fifth aspect based on the third aspect of the present 
a spect invention , the transmission means further includes an 
electronic signature device for applying an electronic signature 
to the control content, the service attribute information sender 
sends out a public key of the electronic signature in the service 
attribute information, and 

the receiver further includes a signature authentication 
device for authenticating the electronic signature with the public 
key contained in received service attribute information, the 
control content being identified by authenticating the electronic 
signature . 

In a sixth aspect based on the fifth aspect of the present 
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aspect invention , the authentication by the electronic signature 
is performed using a key independent of each service. 

In a seventh aspect based on the third aspect of the present 
aspect invention , the content sender further includes a content 
ID space manager for sending out information which defines a partial 
space of an ID space of the content, and 

the receiver further includes an identifier for identifying 
the control content based on whether a content ID falls within 
the partial space. 

An eighth aspect of the present invention aspect is directed 
to a control content transmission method for use in a non-storage 
type broadcasting system for providing one or more services 
composed of a content in real-time for viewing by a user, the method 
transmitting a user interface unique to each of the services, the 
method comprising : 

a step of sending out a control content, which implements 
the user interface, as a part or whole of the content; and 

a step of receiving the sent control content and activating 
the received control content to execute the user interface. 

In a ninth aspect based on the eighth aspect of the present 
a spect invention , the control content is a browser for the content . 

In a tenth aspect based on the eighth aspect of the present 
invention, the step of sending out aspect, the tranomiooion step 
further includes: a content sending step of sending out a content 
containing the control content) ; and 



a service attribute information sending step of sending out 
service attribute information indicating details of the services, 
and 

the reception step includes a control content identification 
5 step of identifying the control content from among received 
contents based on the received contents and the service attribute 
information . 

In an eleventh aspect based on the tenth aspect of the present 
a-s-peetr invention , the content sending step includes a content 
10 header addition step of adding, to the content, a content header 
which defines details of the content, and 

the reception step further includes a step of identifying 
the control content from among the received contents based on 
content headers of the received contents. 
15 In a twelfth aspect based on the tenth aspect of the present 

invent ion, the step of sending out aspect, the transmission step 
further includes an electronic signature step of applying an 
electronic signature to the control content, 

the service attribute information sending step further 
20 includes a service attribute information sending step of sending 
out a public key of the electronic signature in the service attribute 
information, and 

the reception step further includes: 

a signature authentication step of authenticating the 
25 electronic signature with the public key contained in received 
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service attribute information; and 

a step of identifying the control content by 
authenticating the electronic signature. 

In a thirteenth aspect based on the twelfth aspect of the 
present aspect invention , the authentication by the electronic 
signature is performed using a key independent of each service. 

In a fourteenth aspect based on the tenth aspect of the present 
aspect invention , the content sending step further includes a 
content ID space management step of sending out information which 
defines a partial space of an ID space of the content, and 

the reception step further includes a step of identifying 
the control content based on whether a content ID falls within 
the partial space. 

A fifteenth aspect is directed to a reception device for 
use in a non-storage type broadcasting system for providing one 
or more services composed of a content in real-time for viewing 
by a user and providing a user interface unique to each of the 
services, the reception device receiving a control content which 
implements the user interface, the control content being 
transmitted as a part or whole of the content and having added 
thereto service attribute information indicating details of the 
services, the reception device comprising: 

a receiver for receiving contents transmitted from a 
transmitter; 

an extractor for demodulating the received contents and 



extracting the contents and the service attribute information; 
and 

a control content identifier for identifying the control 
content from among the received contents based on the extracted 
5 contents and the service attribute information. 

In a sixteenth aspect based on the fifteenth fourteenth 
aspect, in the non-storage type broadcasting system, the content 
is transmitted after being further added with a content header 
which defines details of the content, 
10 the extractor further extracts the content header from the 

received contents, and 

the control content identifier identifies the control 
content from among the received contents based on the extracted 
content header. 

15 In a seventeenth aspect based on the fifteenth aspect, in 

the non-storage type broadcasting system, the content the control 
content is signed with an electronic signature, and a public key 
of the electronic signature is sent out in the service attribute 
information, 

20 the reception device further includes a signature 

authentication device for authenticating the electronic signature 
with the public key contained in received service attribute 
information, and 

the control content identifier identifies the control 

25 content by authenticating the electronic signature. 




In an eighteenth aspect based on the seventeenth aspect, 
the authentication by the electronic signature is performed using 
a key independent of each service. 

In a nineteenth aspect based on the fifteenth aspect, in 
5 the non-storage type broadcasting system, the content is added 
with information which defines a partial space of an ID space of 
the content, and 

the identifier further identifies the control content based 
on whether a content ID falls within the partial space. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is ablock diagram showing a structure of a non- storage 
type broadcasting system according to a first embodiment of the 
present invention . 
15 FIG. 2 is a diagram for explaining service attribute 

information stored in a service attribute storage shown in FIG. 
1 . 

FIG. 3 is a schematic diagram showing examples of content 
bodies stored in a content storage shown in FIG. 1. 
20 FIG. 4 is a table for explaining service attribute 

information in the non-storage type broadcasting system shown in 
FIG. 1. 

FIG. 5 is a diagram for explaining a service content in the 
non-storage type broadcasting system shown in FIG. 1. 
25 FIG. 6 is a diagram for explaining a browser content in the 
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non-storage type broadcasting system shown in FIG. 1. 

FIG. 7 is a schematic diagram showing examples of contents 
stored in a storage shown in FIG. 1. 

FIG. 8 is a schematic diagram showing information stored 
5 in a memory shown in FIG. 1. 

FIG. 9 is a flowchart showing an operation of executing a 
browser content by a non-storage type reception device shown in 
FIG. 1. 

FIG. 10 is a flowchart showing an operation of updating a 
10 browser content by the non-storage type reception device shown 
in FIG. 1. 

FIG. 11 is a block diagram showing a structure of a non- storage 
type broadcasting system according to a second embodiment of the 
present invention. 
15 FIG. 12 is a table for explaining service attribute 

information in the non-storage type broadcasting system shown in 
FIG. 11. 

FIG. 13 is a diagram for explaining a browser content in 
the non-storage type broadcasting system shown in FIG. 11. 
20 FIG. 14 is a flowchart showing an operation of updating a 

browser content by a non-storage type reception device shown in 
FIG. 11. 

FIG. 15 is a block diagram showing a structure of a non- storage 
type broadcasting system according to a third embodiment of the 
25 present invention. 

20 




FIG. 16 is a table for explaining service attribute 
information in the non-storage type broadcasting system shown in 
FIG. 15. 

FIG. 17 is a diagram for explaining a browser content in 
5 the non-storage type broadcasting system shown in FIG. 15. 

FIG. 18 is a flowchart showing an operation of updating a 
browser content by a non-storage type reception device shown in 
FIG. 15. 

FIG. 19 is a block diagram showing a structure of a non- storage 
10 type broadcasting system according to a fourth embodiment of the 
present invention . 

FIG. 20 is a table for explaining service attribute 
information in the non-storage type broadcasting system shown in 
FIG. 19. 

15 FIG. 21 is a table for explaining a content ID in the 

non-storage type broadcasting system shown in FIG. 19. 

FIG. 22 is a diagram for explaining a browser content in 
the non-storage type broadcasting system shown in FIG. 19. 

FIG. 23 is a flowchart showing an operation of updating a 
20 browser content by a non-storage type reception device shown in 
FIG. 19. 

FIG. 24 is a block diagram showing a structure of a 
conventional non-storage type broadcasting system. 

FIG. 25 is a schematic diagram showing examples of contents 
25 stored in content and browser storages shown in FIG. 24. 

21 
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FIG . 2 6 is a schematic diagram showing an example of a content 
and browsers stored in a storage non - otoragc shown in FIG. 24. 

FIG. 27 is a schematic diagram showing information stored 
in a memory shown in FIG. 24. 
5 FIG. 28 is a table for explaining service attribute 

information in the non-storage type broadcasting system shown in 
FIG. 24. 

FIG. 29 is a flowchart showing an operation of executing 
a browser by a reception device shown in FIG. 24. 
10 FIG. 30 is a flowchart showing an operation of updating a 

browser by the reception device shown in FIG. 24. 

BEST MODE FOR CARRYING OUT THE INVENTION 
( First Embodiment) 
15 Referring to FIGs . 1, 2, 3, 4, 5, 6, 7, 8, 9, and 10, a 

non-storage type broadcasting system according to a first 
embodiment of the present invention is described. 

As shown in FIG. 1, a non-storage type broadcasting system 
100 according to the first embodiment includes a transmission 
20 device 110, a transmission path 120, and a non-storage type 
reception device 130 . As will be described later, the non-storage 
type reception device 130 stores abrowser but does not store content 
itself, and therefore it is referred to as the non-storage type. 

The transmission device 110 includes a service attribute 
25 storage 111, a content header adder 112, content storages 113, 



a content sender 114, a multiplexer 115, and a sender 116. A 
plurality of content storages 113 are provided, and they are 
distinguished from each other by assigning a suffix (a lower-case 
alphabetic character) to their respective symbols. In the 
5 following descriptions, if a plurality of elements of the same 
type are present, they are distinguished from each other similarly 
by assigning a suffix to their respective symbols. Note that if 
there is no need to individually distinguish them, they are 
collectively referred to as the content storages 113, for example . 

10 As described above, if there are a plurality of elements 

of the same type, they are distinguished herein similarly by adding 
a suffix to their respective symbols. Further, if there is no 
need to individually distinguish them, they are referred to by 
their respective generic names without assigning a suffix to their 

15 symbols 

Each of the content storages 113 has stored therein a content 
body Dc which is substantive data of a service. Further, the 
content storages 113 sequentially supply the content bodies Dc 
to the content sender 114. 

20 The content sender 114 sends the supplied content bodies 

Dc to the content header adder 112. 

The content header adder 112 adds to the supplied content 
bodies Dc, a content header He consisting of management information 
of the content bodies Dc including header information, thereby 

25 generating content C. The generated content C is supplied to the 

23 



multiplexer 115. 

The multiplexer 115 multiplexes service attribute 
information Isp supplied from the service attribute storage 111 
with content C outputted from the content header adder 112, and 
5 supplies it to the sender 116. 

The sender 116 modulates the service attribute information 
Isp modulated with the content C into a digital bit stream in the 
form adapted to the transmission path, and then transmits it to 
the transmission path 120. The sender 116 may be a modem if the 

10 transmission path is a wired communication line, or may be a 
parabolic antenna for sending if the transmission path is a 
broadcasting communications satellite and outer space. 

The transmission path 120 is a means for transmitting to 
the non-storage type reception device 130 information, such as 

15 the content C or the browser B, which has been transmitted from 
the transmission device 110. For example, the transmission path 
can be composed of an optical fiber, a cable of any type, a 
broadcasting communications satellite and outer space , or a package 
medium such as a DVD and a distribution channel thereof. 

2 0 The non- storage type reception device 13 0 includes a receiver 

131, a demodulator/separator 132, a storage 133, a renderer 134, 
a presenter 135, an input device 136, a CPU 137, and a memory 138. 
Note that the storage 133, the renderer 134, the input device 136, 
the CPU 137, and the memory 138 are interrelated with each other 

25 via a data buss. 



The receiver 131 receives information, such as the content 
C or the browser B, which has been transmitted to the transmission 
path 120, and outputs a digital stream. The receiver 131 can be 
composed of a mobile communication module , such as a communication 
5 modem, a cable modem, or Bluetooth, and an antenna and tuner module 
for an ordinary digital broadcast receiver. 

The demodulator/separator 132 demodulates the digital bit 
stream outputted by the receiver 131, and separates multiplexed 
information into pieces of information. The 

10 demodulator/separator 132 performs a process opposite to that of 
the multiplexer 115 of the transmission device 110. The outputs 
of the demodulator/separator 132 are supplied to the storage 133 
and the renderer 134, and can be read by the CPU 137. 

The storage 133 is, for example, a randomly accessible 

15 storage medium such as a hard disk, and information thereon can 
be read and modified by the CPU 137 . Among service content C (Sm, O) 
and browser content C (Sm, Bflg) outputted from the 
demodulator/separator 132, the storage 133 stores only the browser 
content C (Sm, Bflg) . This is because the non-storage type 

20 reception device 130 displays, in real-time, the service content 
C (Sm,0) transmitted from the transmission device 110 and thus 
are not required to store the service content C (Sm,0) , while the 
browser content C (Sm, Bflg) containing the browser B for presenting 
the distributed service content C (Sm,0) has to always be prepared . 

25 The service content C (Sm, O) corresponds to an essence of 



a service provided by the non-storage type broadcasting system 
100, e.g., a program or data which the user enjoys viewing. The 
browser content C (Sm,Bflg) implements a user interface for 
allowing the user to actually enjoy a provided service with the 
5 non-storage type reception device 130. The browser content C 
(Sm,Bflg) is a control code executable under a program code 
execution environment provided by the non-storage type reception 
device 130, and is intended to process the service content C (Sm, O) . 

In response to a request from the CPU 137, the renderer 134 

10 renders OSD (on-screen display) and the service content C (Sm, O) , 
which is inputted from the demodulator/separator 132 , into graphics 
that are to be displayed on the screen. 

The presenter 135 presents outputs of the renderer 134 in 
forms that are viewable/audible to the user. The presenter may 

15 be a CRT display, for example. 

The input device 136 is used by the user to provide an 
instruction for operation to the non-storage type reception device 
130. The input device 136 can be composed of a combination of 
a remote control anda light reception portion of the remote control, 

20 a keyboard, a mouse, or the like. 

The CPU 137 is a central processing unit which is 
interconnected to each element of the non-storage type reception 
device 130, and operable to execute a computer program stored in 
the memory 138 to control the entire non-storage type reception 

25 device 130. 




The memory 138 is composed of a RAM /ROM which is a 
rewritable/non-rewritable semiconductor memory, and used as a 
region for storing data of processing by the CPU 137 or a computer 
program or data that is to be executed by the CPU 137. 
5 Referring to FIGs . 2, 3, 4, and 5, data stored in each element 

of the above-described non-storage type broadcasting system 100 
is described. 

As shown in FIG. 2, the service attribute storage 111 has 
stored therein service attribute information Isp indicating an 

10 attribute of each service provided by the non-storage type 
broadcasting system 100. 

As shown in FIG. 3, the content storage 113 has stored therein 
a content body Dc which is an essence of the content C which is 
data constituting a corresponding service. The content storage 

15 113 individually exists for each service. Specifically, there 
are provided three individual content storages 113a, 113b, and 
113c corresponding to three different services. 

The content storage 113a corresponding to service SI has 
stored therein two content bodies Dc(Sl,l) and Dc(Sl,2) and one 

20 browser content body Dc (SI, Bf lg) . Note that an arbitrary content 
body Dc is represented as a content body Dc(Sm,0) by assigning 
suffix m (an arbitrary natural number) to symbol S, which denotes 
a service, to identify an individual service, and assigning 
parameter O (an arbitrary natural number) , which indicates the 

25 position in a sequence of a plurality of contents C constituting 

27 



service Sm. 

The browser content body Dc(Sl / Bflg) is obtained by 
generating browser B(S1), which is used for service SI, in the 
same format as that of the content body Dc, and can be represented 
5 by the body Dc (Sm, Bf lg) in a manner similar to the service content 
body Dc (Sm, 0) . 

The browser content body Dc (Sm, Bf lg) is different in details 
from the service content body Dc (Sm, 0) . Specifically, it contains, 
instead of 0, parameter Bflg which indicates service attribute 

10 information Isp. Note that the service attribute information Isp 
will be described in detail later with reference to FIG. 4. 

However, the browser content body Dc (Sm, Bflg) is in the same 
data format as that of the service content body Dc ( Sm, O) , therefore 
the content storage 113 cannot distinguish them and handles both 

15 of them as the content body Dc . In this context, both the browser 
content body Dc(Sm, Bflg) and the service content body Dc(Sm,0) 
are collectively referred to as content body Dc . For 
simplification, the service content body Dc(Sm,0) and the browser 
content body Dc(Sm, Bflg) are referred to as service content body 

20 DcS and browser content body DcB, respectively, if need arises. 
Further, the browser content C(Sm,Bflg) containing the browser 
content body Dc(Sm, Bflg) is simply referred to as browser content 
Cb, and the service content C (Sm, O) containing the service content 
body Dc(Sm,0) is simply referred to as service content Cs . 

25 Next, referring to FIGs . 4, 5 and 6, service content Cs and 




browser content Cb, which are outputted from the content header 
adder 112, are described in detail. FIG. 4 illustrates by way 
of example service attribute information Isp stored in the service 
attribute storage 111. The service attribute information Isp is 
5 information related to all services (SI, S2, ... , Sm) provided 
by the non-storage type broadcasting system 100. In the table, 
each row corresponds to a service, and contains a service ID and 
a service name. 

For example, the top row shows a service having the service 

10 ID "SI" and the service name "TODAY'S NEWS" . Similarly, the second 
row shows a service having the service ID "S2" and the service 
name "RECOMMENDATION INFORMATION", and the third row shows a 
service having the service ID "S3" and the service name "NEW CAR 
GUIDE". The service ID is represented by a unique value in the 

15 service attribute information Isp, and can be used for identifying 
the service. 

FIG. 5 schematically shows a data structure of the service 
content Cs, and FIG. 6 schematically shows a data structure of 
the browser content Cb. The content C is composed of a content 
20 body Dc, which is essential data of the content C it self, and 
a content header He, which is metadata associated with the content 
body Dc . 

In FIG. 5, a service content body DcS of content C(S1,1), 
which is the service content Cs, is associated with a content header 
25 HcS. In FIG. 6, a browser content body DcBn of C(Sl,Bflg) , which 




is the browser content Cb, is associated with a content header 
HcB. 

The content headers He (i.e., HcS and HcB) are represented 
in the form of a table in which a row consists of a set of an item 
5 and a value. The content header HcS of the service content Cs 
(i.e. , C (SI, 1) ) includes four rows, i.e. , SERVICE ID, CONTENT ID, 
CONTENT VERSION, and CONTENT NAME. 

The service ID corresponds to a service ID in the service 
attribute information Isp illustrated in FIG. 4, and identifies 
10 to which service S the content C corresponds . In present example, 
the service ID is SI, and therefore it is indicated that the content 
C is the "TODAY'S NEWS " service shown in FIG. 4. 

The content ID is used for identifying the content C itself. 
Accordingly, the content ID is managed, for example, so as to avoid 
15 overlaps on the sending side, and has a unique value at least in 
the non-storage type broadcasting system 100. 

The content version indicates whether the content C is old 
or new. The content version has an individual value for each 
content ID. If it is desired to replace a current content Cc, 
20 which is currently stored in the storage 133 that is to be described 
in detail later with reference to FIG. 7, with a new content Cn 
to which it is desired to be updated, a content version having 
a value greater than that of the current content Cc is assigned 
to the new content Cn when the content C is sent out. 
25 The content name is an item to be read as a character string 
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when the user selects the content. In the present example, it 
is indicated that the content body Dc is the 11 WEATHER FORECAST". 

The above-described service ID, content ID, content version, 
and content name are commonly contained in the service content 
5 header HcS and the browser content header HcB. 

However, as shown in FIG. 6, the browser content header HcB 
of the browser content Cb further contains a browser content flag 
row . 

The browser content flag Bf lg is an item for indicating that 
10 the content C is the browser content Cb, and corresponds to the 
above-described parameter Bflg. The browser content flag of the 
browser content header HcB is indicated as "True", therefore it 
is indicated that the content body Dc is the browser content body 
DcB. 

15 In the browser content Cb illustrated in FIG. 6, the service 

ID is SI and the content ID is 101. Therefore, it is indicated 
that the browser content Cb for the service "TODAY * S NEWS 11 contains 
the content body Dc having the content ID "101". Thus, three of 
the service ID, the content ID, and the browser content flag are 

20 information at least required for defining that the content C is 
the browser content Cb . 

Hereinbelow, processes which the service attribute storage 
111, the content header adder 112, the content storage 113, and 
the content sender 114 perform based on the above-described data 

25 structure of the content C are described. 




The content sender 114 sends to the content header adder 
112 content bodies Dc sequentially supplied by the content storage 
113. The content header adder 112 assigns a content header He 
(HcS, HcB) to a content body Dc (i.e., DcS, DcB) to generate content 
5 C (i.e., Cs, Cb) , and supplies it to the multiplexer 115. 

The following description is given by referring to FIGs . 
7 and 8 with respect to what type of data is stored in each element 
of the non-storage type reception device 130 when content C (service 
content Cs, browser content Cb) is transmitted from the 
10 transmission device 110 via the transmission path 120. 

A digital bit stream transmitted from the transmission device 
110 via the transmission path 120 and containing the content C 
and the service attribute information Isp is first received by 
the receiver 131 of the non-storage type reception device 130, 
15 and then supplied to the demodulator /separator 132. 

The demodulator/separator 132 demodulates the digital bit 
stream, and separates and reproduces the content C and the service 
attribute information Isp which are contained in the demodulated 
digital bit stream. Further, the demodulator/separator 132 
20 extracts a content header He from the reproduced content C, and 
outputs it to a bus together with the service attribute information 
Isp . 

The reproduced content C is temporarily retained in the 
demodulator/separator 132. Note that where it is necessary to 
25 distinguish the reproduced content C from content C having been 




previously stored in the storage 133, the content C retained in 
the demodulator/separator 132 is referred to as "demodulated 
content Cn" and the content C stored in the storage 133 is referred 
to as "stored content Ca" . 
5 The content C reproduced by the demodulator/separator 132 

is supplied at a predetermined time and stored into the storage 
133. As shown in FIG. 7, in the storage 133, among contents C 
(i.e., Cs, Cb) of services outputted from the content header adder 
112 to the multiplexer 115, only the browser content Cb is stored 

10 in the storage 133. Specifically, as described with reference 
to FIG. 7, only the browser content Cb is stored as the stored 
content Ca stored in the storage 133. 

Thatis, among contents C (SI, Bflg) , C(S1,1), C(S1,2), C(S2, 
Bflg), C(S3,Bflg), C(S3,1), C(S3,2), and C(S3,3) which 

15 respectively correspond to a total number of eight content bodies 
Dc(Sl,Bflg), Dc(Sl,l), Dc(Sl,2), Dc(S2, Bflg), Dc(S3,Bflg), 
Dc (S3, 1) , Dc (S3, 2 ) , and Dc (S3, 3) , which are stored in the content 
storages 113a, 113b, and 113c shown in FIG. 3, the contents 
C(Sl,Bflg), C(S2,Bflg), and C ( S 3 , Bf Ig ) are stored in the storage 

20 133. 

Further, the storage 133 is controlled by the CPU 137 so 
as to output the browser content body Dc (S, Bflg) , which is contained 
in the stored browser content Cb, to a bus or the renderer 134 . 
The renderer 134 generates, based on the supplied information, 
25 a video signal for rendering an image on the presenter 135. 
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As shown in FIG. 8, the memory 138 has stored therein the 
service attribute information Isp, a browser content execution 
interpreter 271, and an execution form 2651 which is a native code 
of the CPU 137. The browser content execution interpreter 271 
5 is used for executing content as a computer high-level language 
program. 

Next, referring to a flowchart shown in FIG. 9, an operation 
of activating the browser content Cb contained in the content C 
received by the non- storage type reception device 130 is described . 
10 At step S501, a list of service names of services described 

by the service attribute information Isp outputted from the 
demodulator/separator 132 is displayed on the screen of the 
presenter 135. 

At step S502, a service selected from the list of service 
15 names displayed at step S501 is detected based on the user's 
operation of the input device 136. Specifically, the service 
selected by the user is identified based on the user's operation 
of the input device 136 and the list of service names. 

At step S503, a service ID corresponding to the service 
20 identified at step S502 is obtained from the service attribute 
information Isp. 

At step S504, all contents C stored in the storage 133 are 
searched through in order to select a content Cb having the service 
ID obtained at step S503 and a content header HcB with a browser 
25 content flag Bflg indicated as "True". 



At step S505, the browser content Cb selected at step S504 
is executed by the browser content execution interpreter 271. 

In this manner, SINCE the browser content flag Bflg is 
contained in the content header HcB of the browser content Cb, 
5 the browser content Cb can be distinguished from other ordinary 
service contents Cs . Also, by designating an individual service 
S, a browser content Cb corresponding thereto (i.e., C (Sm, Bflg) ) 
can be activated as a browser. 

Next, referring to a flowchart shown in FIG. 10, an operation 
10 performed by the non-storage type reception device 130 for updating 
the browser content Cb is described. 

At step S601, the demodulator/separator 132 reproduces the 
content Cn (i.e., Cb, Cs), the service attribute information Isp, 
and the content header He (i.e., HcB, HcS). 
15 At step S608, it is determined whether the browser content 

flag Bflg of the newly separated content Cn is "True". If it is 
"False", the procedure returns to the above step S601. Note that 
if there is no browser content flag Bflg, i.e., in the case of 
the service content Cs, it is determined at this step as being 
20 false. If the browser content flag Bflg is true, i.e., in the 
case where the new content Cn is the browser content Cb, the procedure 
proceeds to the next step S602 . 

At step S602, the content header He separated at step S601 
is outputted to a bus. Specifically, only the browser content 
25 header HcB of the browser content Cb is outputted. 
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At step S603, the storage 133 is searched through to select 
a new content Cc (browser content Cb) corresponding to the separated 
content header He . Specifically, the current content Cc (browser 
content Cb) having the same service ID as that written in the 
5 separated content header He is selected from among all browser 
contents Cb stored in the storage 133. 

At step S604 , if it is determined that the storage 133 includes 
no browser content Cb having the same content ID, the procedure 
proceeds to the next step S605. 
10 At step S605, a new browser content Cn (Cb) to which none 

in the storage 133 corresponds is stored anew as the current browser 
content Cc (Cb) . Then, the procedure returns to the above step 
S601 . 

On the other hand, at step S604, if it is determined based 
15 on a search result of step S602 that the storage 133 contains a 
browser content Cb (current content Cc) having the same content 
ID, the procedure proceeds to step S606. 

At step S606, whether the new browser content Cn (Cb) 
separated at step S601 is newer than the current browser content 
20 Cn (Cb) stored in the storage 133 is determined based on a content 
version contained in the browser content header HcB outputted at 
step S602 . If it is determined as being new, the procedure proceeds 
to the next step S606 S607 . 

At step S607, the current browser content Cn (Cb) stored 
25 in the storage 133 is updated by the new browser content Cn (Cb) 
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retained in the demodulator/separator 132 . Note that at this point , 
the new browser content Cn (Cb) becomes a current browser content 
Cc. Then, the procedure returns to step S601. 

On the other hand, at step S606, if it is determined that 
5 the newly demodulated browser content Cn (Cb) is not newer than 
the current new browser content Cc (Cb) stored in the storage 133, 
the above step S607 of updating the current browser content Cn 
(Cb) is skipped, and the procedure returns to step S601. 

As described above, in the non-storage type broadcasting 

10 system 100, the transmission device 110 sends the browser content 
Cb, which provides a user interface to each service Sm, as part 
or whole of content C constituting the service Sm. Then, the 
non-storage type reception device 130 receives the sent content 
C, and activates the browser content Cb contained in the received 

15 content C, thereby executing the user interface. Note that the 
procedure shown in FIG. 10 may be executed as part of step S504 
of the flowchart shown in FIG. 9, or may be executed only when 
it is necessary to update the browser content Cb. 

Then, the browser content Cb is automatically updated or 

20 retained at a time point when the one of a version newer than that 
stored in the non-storage type reception device 130 is distributed, 
or when the one of any version other than those retained in the 
non-storage type reception device 130 is distributed. 
Specifically, the process of updating the content C is carried 

25 out only when the content C is the browser content Cb . This 
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mechanism is not a function for each specific service, but is a 
function unique to the entire non-storage type reception device 
130 and common to all services . Accordingly, by merely realizing 
the function of updating the browser content Cb, it is possible 
5 not only to process service contents Cs for all the services in 
real-time but also to update and store the browser, i.e., the browser 
content Cb. 

In other words, in the present embodiment, by transmitting 
the browser content Cb, which is a user interface for each service, 

10 as part of content, it is made possible to eliminate of the need 
of preparing a special mechanism for transmitting a user interface 
for each service and to update the user interface as if content 
is updated. 

( Second Embodiment ) 

15 Hereinbelow, referring to FIGs . 11, 12, 13, and 14, a 

non-storage type broadcasting system according to a second 
embodiment of the present invention is described. As shown in 
FIG. 11, similar to the non-storage type broadcasting system 100 
as shown in FIG. 1, a non-storage type broadcasting system 700 

20 according to the present embodiment includes a transmission device 
710, a transmission path 120, and a non-storage type reception 
device 730 . 

The transmission device 710 is such that the transmission 
device 110 of the non-storage type broadcasting system 100 
25 additionally includes an electronic signature device 711. The 




non-storage type reception device 730 is such that the non-storage 
type reception device 130 additionally includes a KP extractor 
740, an Sg extractor 741, and a decoder 72 1 . Hereinbelow, features 
specific to the non-storage type broadcasting system 700 are mainly 
5 described, and the descriptions of features common to the 
non-storage type broadcasting system 100 are omitted. 

The digital signature device 711 manages electronic 
signature keys, and applies an electronic signature (digital 
signature) to browser content Cb. As an electronic signature, 

10 a technique for public key cryptography is used . In this technique, 
a set of a secret key and a public key are generated for a distributor 
of information, and while only the public key is distributed to 
users of the information, the secret key is kept in secret. The 
distributor uses the secret key to apply an electronic signature 

15 to information that is desired to be distributed (the information 
to which the electronic signature has been applied is provided 
in the form of a combination of original information and the 
electronic signature) . The information to which the electronic 
signature is applied and which is received by the user and the 

20 distributor's public key are used to make it possible to 
authenticate that the distributor having the secret key has applied 
the electronic signature to that information. 

The electronic signature device 711 has a combination of 
a secret key and a public key for each service. The electronic 

25 signature device 711 uses the secret key of the service to apply 
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an electronic signature to the browser content Cb of the service. 
Specifically, the electronic signature device 711 is connected 
to the content storage 113 and outputs, in accordance with services 
of the content bodies Dc respectively supplied from the content 
5 storages 113a, 113b, and 113c, public keys KP different among the 
services to the service attribute storage 111. 

Specifically, as shown in FIG. 13, by adding the item of 
ELECTRONIC SIGNATURE to the content header HcB of the browser 
content Cb, the electronic signature is contained in the browser 

10 content Cb . Accordingly, unlike the browser content Cb, browser 
content Cbc (Sl,Bsgn) has a content header with an electronic 
signature row. A value column of the electronic signature row 
contains information (electronic signature) about a result of 
applying an electronic signature to a corresponding content body 

15 Dc with a secret key of service SI to which the content belongs. 

The content header HcB as signed with the electronic signature 
is specified as content header HcBc. Further, in order to 
distinguish a browser content with an electronic signature item 
from other browser contents Cb, that browser content is referred 

20 to as browser content Cbc, and represented by C(Sm,Bsgn). 

The service attribute storage 111 generates service 
attribute information Ispc including a public key KP, and outputs 
it to the multiplexer 115. FIG. 12 shows the structure of the 
generated service attribute information Ispc. The service 

25 attribute information Ispc has a column for storing public keys 
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KP. The public keys stored correspond to three services SI, S2, 
and S3. 

Further, the electronic signature device 711 generates 
electronic signature Sg, and outputs it to the content header adder 
5 112. The content header adder 112 generates a browser content 
Cbc with a signature based on the content body Dc supplied from 
the content sender 114 and the electronic signature Sg supplied 
from the electronic signature device 711, and outputs, to the 
multiplexer 115, content C consisting of the browser content Cbc 
10 with a signature and a service content Cs . 

The non-storage type reception device 730 reproduces the 
content C (Cs and Cbc), content headers He (HcS,HcBc), and the 
service attribute information Ispc from a digital bit stream 
received by the demodulator /separator 132. The content C (Cs and 
15 Cbc) is retained in the demodulator /separator 132, the content 
headers He (HcS and HcBc) are outputted to a bus and the Sg extractor 
741, and the service attribute information Ispc is outputted to 
the KP extractor 740. 

The Sg extractor 741 extracts the electronic signature Sg 
20 from the content header He of the browser content C (Sm,Bflg) among 
the supplied content headers He, and outputs it to the bus. 

The KP extractor 740 extracts the public key KP from the 
service attribute information Ispc, and outputs it to the bus. 

The decoder 721 authenticates an electronic signature in 
25 the content header HcBc based on the public key KP supplied via 
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the bus . 

As described above, the non-storage type reception device 
730 is able to authenticate the correctness of the received browser 
content Cbc based on the electronic signature Sg of the browser 
5 content Cbc and the public key KP in the service attribute 
information Ispc. Thus, a content creator of each service is able 
to ensure that the browser content Cbc is encrypted with a secret 
key unique to the service. 

Next, an operation of the non-storage type reception device 

10 730 according to the second embodiment is described . The operation 
of the non-storage type reception device 730 for activating the 
browser content Cb contained in the received content C is basically 
the same as that of the non-storage type reception device 130 
according to the first embodiment described with reference to the 

15 flowchart shown in d escribed with r e f e r e nce to FIG. 9, except that 
the service attribute information Isp is changed to Ispc and the 
target content C is changed to the browser content Cbc . Accordingly, 
the description of the operation is omitted. 

Now, referring to a flowchart shown in FIG. 14, an operation 

20 performed by the non-storage type reception device 730 for updating 
the browser content Cb is described. The operation performed by 
the non-storage type reception device 730 for updating the browser 
content Cb is similar to the operation performed by the non-storage 
type reception device 130 for updating the browser content Cb as 

25 described with reference to FIG. 10. Specifically, in the 
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flowchart shown in FIG. 14, steps S1001, S1002, S1003, and S1004 
are additionally provided between steps S6Q2 and S603 and S604 
in the flowchart shown in FIG. 10. 

That is, as described above, after the processes of steps 
S601— and S602, and S603, the browser content Cb is targeted for 
processing, and the procedure proceeds to the additionally provided 
step S1001. 

At step S1001, an obtained browser content Cbc is referenced 
for the row of the electronic signature stored in the content header 
HcB. If there is any electronic signature item, the procedure 
proceeds to step S1002. 

At step S1002, it is authenticated whether the electronic 
signature Sg of the browser content Cbc has been applied with a 
secret key corresponding to a public key KP of a corresponding 
service. The public key KP used therefor is the one obtained by 
selecting the row of that corresponding service from the service 
attribute information Ispc. The procedure proceeds to the next 
step S1003. 

If it is determined at step S1003 based on a result of the 
authentication at step S1002 that the electronic signature Sg is 
not correct, the procedure proceeds to step S1004. 

At step S1004, a warning that the browser content Cbc with 
a signature is invalid is displayed, and the procedure is terminated 
Accordingly, in any cases where it is determined that there is 
any abnormality in the electronic signature (No at step S1001 or 




S1003) , the warning is issued at this step, and then the procedure 
proceeds to the above-described step S603. 

In contrast, if it is determined at step S1003 that the 
electronic signature is correct, the above-described step S1004 
5 is skipped, and the procedure proceeds to steps S604, S605, S606, 
and S607, as in the case of the first embodiment. 

As described above, in the non-storage type broadcasting 
system 700 according to the present embodiment, as in the 
non-storage type broadcasting system 100, a sent content C is 

10 received, and a user interface is executed by activating a browser 
content Cb contained in the received content C. However, the 
non-storage type broadcasting system 700 employs an electronic 
signature technique so that only the one in possession of the secret 
key of a target service is able to send a browser content Cb 

15 executable in the non-storage type reception device 730. 

Thus, even if the one who is out of possession of the secret 
key for the target service attempts to store whatever content into 
the content storage, it is possible to prohibit intentionally 
transmitting an erroneous browser content Cb to execute it in the 

20 non-storage type reception device 730. Also, it is possible to 
prohibit a browser content Cb to which an electronic signature 
is applied with a secret key of a service other than the target 
service from being executed as the browser content Cb of the target 
service . 

25 Note that although the electronic signature is applied only 



to the content body for the reason of simplifying the mechanism, 
the content header may be contained in the content body such that 
the electronic signature is applied thereto. 

Note that a simple electronic signature method which does 
5 not use public key encryption may be used. For example, a secret 
key may be generated for each service, and the secret key may be 
stored in the reception device by any method. Information which 
provides an indication of the browser content Cb may be encrypted 
with the secret key for each service, and the information may be 

10 decrypted on the reception device side to determine that it is 
the browser content Cb . 

As described above, in the present embodiment , it is possible 
to ensure the reliability of content C distributed in the 
non- storage type broadcasting system7 0 0 since the system includes : 

15 the electronic signature device 711, which applies an electronic 
signature to the browser content Cbc, which is content for providing 
a user interface for each service; the content storage 113 which 
sends the content body Dc containing browser content body DCbc; 
the service attribute storage 111 which sends the public key KP 

20 of the electronic signature Sg as the service attribute information 
Ispc common to all the services; and the non-storage type reception 
device 730 which authenticates the electronic signature Sg to 
determines that the content C is the browser content Cbc. 

That is, in the present embodiment , the electronic signature 

25 is used for a mechanism of designating the browser content Cb from 
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among a plurality of contents C belonging to one service, and a 
key used for the electronic signature is prepared for each service 
provider, so that no one but the provider can designate the browser 
content Cb for that service . As a result, it is possible to prevent 
5 the browser content Cb from being incorrectly designated by the 
one other than the service provider who has malicious intent. 
(Third Embodiment) 

Next, referring to FIGs . 15, 16, 17, and 18, a non- storage 
type broadcasting system according to a third embodiment of the 

10 present invention is described. As shown in FIG. 15, similar to 
the non-storage type broadcasting system 100 shown in FIG. 1, a 
non-storage type broadcasting system 1000 according to the present 
embodiment includes a transmission device 1010, a transmission 
path 120, and a non-storage type reception device 130. The 

15 transmission device 1010 is such that the content header adder 
112 of the transmission device 110 in the non-storage type 
broadcasting system 100 is replaced with a content header adder 
112i. Hereinbelow, features specific to the non-storage type 
broadcasting system 10 00 are mainly described, and the descriptions 

20 of features common to the non-storage type broadcasting system 
100 are omitted. 

In addition to the functions of the content header adder 
112, the content header adder 112i has the following functions. 
Specifically, for a plurality of content bodies Dc stored in the 

25 content storages 113a, 113b, and 113c, browser contents Cbi are 



designated, and content IDs and content versions of the designated 
contents (browser contents Cbi) are extracted as browser 
identification information Bid. Then, the content header adder 
112i outputs the extracted browser identification information Bid 
5 to the service attribute storage 111. 

As shown in FIG . 16, the service attribute storage 111 writes 
the content IDs and content versions of the browser contents Cb 
into the service attribute information Isp based on the browser 
identification information Bid. Specifically, the service 

10 attribute information Ispi has a browser content designation 
information column consisting of a column indicating the content 
IDs and a column indicating content versions. 

The browser content designation information is designated 
for each service, thereby making it possible to identify a browser 

15 content Cb(Cbi) among contents. In this manner, the service 
attribute information Isp in which the content ID and content 
version of the browser content Cbi are written is identified as 
the service attribute information Ispi. 

The designation of the browser content Cbi is not performed 

20 based on the browser content flag of the content header HcBi, but 
it is performed by the content header adder 112i selecting the 
content . 

FIG. 17 shows an exemplary content header HcBi. Since the 
designation of the browser content Cbi is not performed based on 
25 the browser content flag Bflg, the content header Hcbi does not 



have a row for the browser content flag Bf lg . On the content header, 
it is not possible to distinguish between service content Cs and 
browser content Cb. In the present embodiment, although it seems 
that the browser content Cb is recognizable based on the row of 
5 the content name because a human being recognizes the meaning of 
a character string by reading it, it is not recognizable on the 
level of the transmission device 1010 and the non-storage type 
reception device 130. 

Next, an operation of the non-storage type reception device 

10 130 according to the present embodiment is described. The 
operation of the non-storage type reception device 730 for 
activating the browser content Cb contained in a received content 
C is basically the same as that of the non-storage type reception 
device 130 according to the first embodiment described with 

15 reference to the flowchart shown in d co c ribe^-w- ith r e ference to 
FIG. 9, except that the service attribute information Isp is changed 
to Ispc and the target content C is changed to the browser content 
Cbc. Accordingly, the description of the operation is omitted. 

As described above, in the non-storage type broadcasting 

20 system 1000, the non-storage type reception device 130 is 
configured in the same manner as that of the non-storage type 
broadcasting system 100, but there are slight differences in 
operation because program codes and data that are to be stored 
are different. Now, referring to a flowchart shown in FIG. 18, 

25 an operation of updating browser content Cb by the non-storage 
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type reception device 130 according to the present embodiment is 
described. As shown in FIG. 18, in the operation of updating the 
browser content Cb in accordance with the present embodiment, step 
S608 of the flowchart shown in FIG. 10 is replaced by steps S1401 
5 and S1402. 

Specifically, at step S1401, for a service selected by the 
user (S502, S503) , the service attribute information Ispi is 
referenced to retrieve browser content designation information 
based on the content C (i.e., Cn) demodulated and the content header 

10 He separated at step S601. 

At step S1402, the storage 133 is searched through to select 
content C (browser content Cbi) in possession of the content ID 
and content version of the browser content designation information 
retrievedat step S1401 . Then, the selected content C is determined 

15 as the browser content Cbi, and thereafter the procedure proceeds 
to the above-described step S604. On the other hand, as a result 
of the search, if no corresponding content C (browser content Cbi) 
is selected, the procedure proceeds to step S601. 

The designation of the browser content Cbi is performed by 

20 the content header adder 112i. Accordingly, by appropriately 
managing the content header adder 112i, it is possible to prevent 
the browser content Cbi from being repeatedly designated or to 
prevent a content C for a different service from being erroneously 
designated as the browser content Cbi. 

25 As described above, in the present embodiment , it is possible 
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to realize the non-storage type broadcasting system 100 which 
ensures that the browser content Cbi is distinguished from the 
service content Cs by providing the system with the content sender 
114 for sending a content body constituting each service; the 
5 service attribute storage 111 which sends the service attribute 
information Ispi containing, as browser content designation 
information common to all services, the browser identification 
information Bid for designating the browser content body DCb from 
a plurality of content bodies; and the non-storage type reception 

10 device 130 which determines whether content C is the browser content 
Cbi, based on the browser content designation information. 

Specifically, in the present embodiment , the browser content 
Cbi is designated based on control content designation information 
common to a plurality of services, and the browser content 

15 designation information is provided independently of content and 
content headers. Thus, it is possible to prevent the browser 
content Cb from being incorrectly designated for a different 
service regardless of contents of the content storage . For example, 
if the operation is such that the browser content Cb designation 

20 information is managed under a contract broadcaster, rather than 
under each service provider, it is possible to prevent the browser 
content Cb from being incorrectly designated by a plurality of 
service providers . 



( Fourth Embodiment ) 



Next, referring to FIGs . 19, 20, 21, 22, and 23, a non- storage 
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type broadcasting system according to a fourth embodiment of the 
present invention is described. As shown in FIG. 19, similar to 
the non-storage type broadcasting system 100 shown in FIG. 1, a 
non-storage type broadcasting system 1500 according to the present 
5 embodiment includes a transmission device 1510, a transmission 
path 120, and a non-storage type reception device 130. The 
transmission device 1510 is such that the transmission device 110 
of the non-storage type broadcasting system 100 is additionally 
provided with a content ID space manager 1581 1501 . 

10 Hereinbelow, features specific to the non-storage type 

broadcasting system 15 00 are ma inly described, and the descriptions 
of features common to the non-storage type broadcasting system 
100 are omitted. 

For each service, the content ID space manager 1501 manages 

15 the range (space) of values for the content ID of content belonging 
to the service, thereby designating browser content Cbs . 

For example, the content ID space is def inedby the conditions 
that the content is a content having the service ID "SI" if the 
content ID is between 100 and 199; the content is a content having 

20 the service ID "S2" if the content ID is between 200 and 299; the 
content is a content having the service ID "S3" if the content 
ID is between 300 and 399, and the content is browser content Cb 
(Cbc) if the content ID is between 0 and 99. 

The content ID space manager 1501 generates a content space 

25 definition CSD and outputs it to the content header adder 112. 



Based on the content space definition CSD, the content header adder 
112 rewrites the value for the item of the content ID, which is 
stored in the content header He (HcBs) of the content body Dc (DcBs) 
supplied from each of the content storages 113a, 113b, and 113c 
5 via the content sender 114, into the value of a content ID adapted 
to the defined content ID space. 

FIG. 21 shows an exemplary content space definition CSD. 
The content space definition CSD contains information for defining 
content spaces, as well as a column indicating ranges of content 

10 IDs. In this example, for each service, content is generated in 
which the content ID is freely set within the range from 0 to 99, 
and the content is stored in each content storage. Regarding 
service SI, the browser content Cbs generated from content body 
Dc supplied from the content storage 113a is outputted if it can 

15 be confirmed that the content ID thereof is between 0 and 99. In 
this case, if the content ID is not between 0 and 99, the browser 
content Cbs is considered as being an invalid content and thus 
removed . 

For the service content Cs, which is content of the service 
20 SI, the content ID is converted into a value between 100 and 199 
by adding 100 thereto . After the conversion, whether it is between 
100 and 199 is confirmed. If so, the service content is outputted, 
and if it is not between 100 and 199, the service content is 
considered as being an invalid content and thus removed. 
25 Note that during the conversion, similar conversion is 
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performed on content IDs used for referencing other contents 
embedded in the content. 

FIG. 22 shows an exemplary structure of the browser content 
Cbs after the rewriting by the content ID space manager 1501. In 
5 the content header HcBs of the browser content Cbs, the content 
ID is 001 which falls within the range from 0 to 999 which is defined 
as the range of the content ID of the browser content Cb . 

Also, the content ID space manager 1501 adds information 
for defining a content ID space to the service attribute information 

10 stored in the service attribute information storage 111. 

FIG. 20 shows exemplary service attribute information Isps. 
The contents of the service attribute information Isps are the 
same as those of the service attribute information Isp according 
to the first embodiment shown in FIG. 4. Specifically, the 

15 operation of activating the browser content Cbs in accordance with 
the present embodiment is basically the same as the operation in 
accordance with the first embodiment described with reference to 
FIG. 9, except that the service attribute information Isp is changed 
to Isps and the target content C is changed to the browser content 

20 Cbs. Accordingly, the description of the operation is omitted. 

Next, referring to FIG. 23, an operation of updating the 
browser content Cbs by the non-storage type reception device 130 
is described. As shown in FIG. 18, the operation of updating the 
browser content Cb in accordance with the present embodiment is 

25 such that step S608 in the flowchart shown in FIG. 10 is replaced 
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by steps S1801 and S1402. 

Specifically, at step S1801, based on content C (Cn) 
demodulated and a content header He separated at step S601, a search 
is conducted for a content C in a selected service, which has a 
5 content ID falling within the range of the browser content Cbs 
designated by the service attribute information Isps. If any 
corresponding content C is found, the procedure proceeds to the 
next step S602. On the other hand, if no corresponding content 
C is found, the procedure returns to the above-described step S601 . 

10 As described above, the non-storage type broadcasting system 

1500 manages the space for content IDs, so that a content having 
a content ID corresponding to a specific value designated by the 
management can be designated as the browser content Cbs. In this 
manner, the browser content Cbs can be designated without preparing 

15 any specif ic field (in this example, a column) in the content header 
HcBs, for example. 

That is, if it is ensured that only the content provider 
stores the content body Dc corresponding to the service thereof 
into the content storage 113, whatever content C is stored in the 

20 content storage 113, it is possible to prohibit the browser content 
Cb from being incorrectly designated for a different service and 
being executed in the non-storage type reception device 130. 

In the present embodiment, if a single content ID space is 
provided forallofa plurality of service providers , it is possible 

25 to predetermine the range of the content ID to be taken by the 
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browser content Cb and thereby to prevent the browser content Cb 

from being incorrectly designated by the plurality of service 

providers. Only content ID fields may be used without preparing 

new fields in content headers , for example, therefore it is possible 
5 to readily use content reception-related parts of a conventional 

non-storage type reception device without significantly changing 

a conventional sending device. 

While the invention has been described in detail, the 

foregoing description is in all aspects illustrative and not 
10 restrictive. It is understood that numerous other modifications 

and variations can be devised without departing from the scope 

of the invention. 

Where an existing broadcasting infrastructure is used to 

implement browser transmission in the non- storage type 
15 broadcasting system of the present invention, it is desired or 

required that signal format for the broadcasting standard should 

be satisfied. 

Reason 1: In digital broadcasting, it is prohibited to send 
radio waves other than those in signal formats defined by law or 
20 standards . Accordingly, introduction of a new signal format does 
not meet requirements of law or standards, therefore in the worst 
cases, the broadcaster might be deprived of the license of 
broadcasting . 

Reason 2 : The introduction of a new signal format might cause 
25 malfunction of reception devices having been connected to the 
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broadcasting infrastructure. For example, the estimated life of 
a digital television set is about ten years. In this case, the 
requirements are not satisfied in that a currently receivable radio 
signal does not cause malfunction of a television set which has 
5 been shipped ten years ago. 

Reason 3: The introduction of a new signal format entails 
significant cost in upgrading and testing broadcasting facility, 
and thus is not practical. 

Reason 4: If requirements about an existing broadcasting 

10 standard signal format are satisfied, it is not necessary to provide 
an additional fixed bandwidth for browser transmission in addition 
to a bandwidth for transmitting signal content. That is, the same 
band is used for both content transmission and browser transmission 
Thus, it is possible to prevent the occurrence of the waste due 

15 to the use of different bandwidths between the content and browser, 
e.g., the bandwidth is insufficient for content transmission, while 
the bandwidth for browser transmission is available. Further, 
it is not necessary to separately prepare a mechanism for managing 
the bandwidth for browser transmission. 

20 Reason 5 : If the requirements about an existing broadcasting 

standard signal format are satisfied, it is possible to receive 
a browser simultaneously with content. It is often the case that 
a typical conventional reception device is able to receive only 
one broadcast channel at a time under the constraint of cost, etc. 

25 The browser is transmitted on a channel different from that on 
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which a television program (content) is being broadcast. Thus, 
a channel for transmitting the browser is received in late-night 
hours during which no content is being received, and browser 
replacement is carried out. According to the present invention, 
5 in such a case, the same broadcast channel is received under the 
situation where a browser is desired at the very moment of receiving 
content, whereby it is possible to immediately receive the browser 
required for that content. 

Reason 6: In the present invention, limited computation 

10 resources (ROM capacity, RAM capacity, CPU processing speed) of 
a receiver can be effectively used regardless of a new or existing 
signal format. If the transmission scheme for the browser is the 
same as that for the content, it is meant that there is only one 
transmission protocol for the browser and the content. 

15 In general, in order to implement a protocol stack, which 

is software for receiving protocols, the ROM capacity for storing 
programs required for processing for each protocol and the RAM 
capacity for the implementation are required. In the present 
invention, there is only one protocol, and therefore the ROM and 

2 0 RAM capacities maybe slightly greater than those of even a reception 
device which cannot update the browser. Further, overhead for 
switching between protocols is not required, therefore it is 
possible to simultaneously receive the browser and the content 
at about the same CPU processing speed. 

25 Reason 7: In the present invention, the time to receive the 
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content and the browser is completely controlled based on the time 
at which the browser contained in the content is transmitted from 
the transmission side regardless of a new or existing signal format . 
It is possible for the transmission side to provide control such 
that the content is not sent out while the browser is being sent 
and thereby to prevent the load on the receiver from increasing 
more than required. Also, by sending out a browser, which is 
required for presenting a specific content, at an appropriate time, 
it is made possible to ensure based on control by the broadcasting 
side that a suitable browser has always been received upon receipt 
of the content. The control does not require the computation 
resources of the receiver side. 

Reason 8: In the present invention, only one-way data 
transmission from a sending device to a reception device is required 
for execution regardless of a new or existing signal format. 
Therefore, it is implement able without requiring any communication 
infrastructure capable of transmitting any information to the 
sending device via an additional communication line or the like. 
In the case where there are millions of reception devices, even 
if it is necessary to replace browsers simultaneously, the sending 
device is only required to broadcast necessary information . Thus, 
the implementation is relatively easy because it is not necessary 
to prepare a server or a communication line for accepting browser 
transmission requests from millions of reception devices. 
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INDUSTRIAL APPLICABILITY 
Thus, the present invention is advantageous in a non-storage type 
information service system which automatically provide the user 
in real-time with a presenter required by the user for viewing 
5 a desired content with a viewer. 
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ABSTRACT 

An object of the present invention is to provide a non-storage 
type broadcasting system for automatically providing the user with 
5 a presenter required for viewing a desired content with a viewer. 
In a non- storage type broadcasting system (100) for providing a 
user interface (B) unique to each (Sm) service (S) , transmission 
means (110) sends out a control content (Cb) , which implements 
the user interface (B) , as part or whole of the content, andreception 
10 means (130) receives the sent control content (Cb) and activates 
the received control content to execute the user interface. 
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